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(54) Method and system for providing presence and location information of mobile devices to 
applications 



(57) A mobile network presence and location (NPL) 
agent detects and gathers user presence and location 
information and provides a generic interface to applica- 
tions which require the information. TheNPL agent com- 
prises a pull agent, a push agent, or both. The pull agent 
receives requests for presence or location information 
aboutmobile devices on a wireless networkfrom remote 
applications over a computer network. In response, the 
pull agent sends corresponding requests to a remote 



entity, such as a Short Message Service Center (SMSC) 
associated with the wireless network, which queries the 
Home Location Register (HLR) of the wireless network 
for the requested information. The remote entity returns 
the requested information to the pull agent, which de- 
codes it and subsequently provides the information, to 
the remote applications. The push agent publishes pres- 
ence or location information to applications without re- 
quiring applications to request the information. 
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Description 

FIELD OF THE INVENTION 

5 [0001] The present Invention pertains to techniques for accessing presence and location information associated with 
processing devices on a network. More particularly, the present invention relates to techniques for accessing presence 
and location information associated with mobile devices on a wireless network. 

BACKGROUND OF THE INVENTION 

10 

[0002] In wireless communications and computer networks, user presence and location information is often vital. 
User "presence" refers to whether a user is currently on-line, while user "location" refers to the user's geographic 
location. User presence and location information is essential for many applications, such as instant messaging and 
user-specific traffic alert applications. 

15 [0003] In wireless (e.g., cellular) telephone networks, it is normally possible to obtain presence and location infor- 
mation from user's telephone handsets. However, doing so requires special software and/or hardware to be included 
in the handsets for that purpose. For example, a Global Positioning System (GPS) location device can be included 
within a mobile telephone handset, which can be used to provide user location information to remote applications. 
However, including location capability such as this in a handset can undesirably increase the size, complexity, and 

20 cost of the handset. 

[0004] In some wireless telephone networks, the location of a mobile user is determined when a user dials an emer- 
gency number, e.g."911", from a mobile handset. However, acquisition of user location information using this approach 
is limited to emergencies. Furthermore, it is undesirable to require additional keystrokes or other actions by the user 
in order to provide applications with user presence or location information. 

25 

SUMMARY OF THE INVENTION 

[0005] The present invention includes a network presence and location agent which acquires presence and location 
information about multiple mobile devices operating on a wireless network from an entity on the wireless network other 
30 than the mobile devices, and which provides the acquired presence and location information to remote applications 
which use the information on a computer network. 

[0006] Other features of the present invention will be apparent from the accompanying drawings and from the detailed 
description which follows. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] The present invention is illustrated by way of example and not limitation in the figures of the accompanying 
drawings, in which like references indicate similar elements and in which: 

40 Figure 1 is a high level block diagram showing how an NPL agent may be employed in a network environment; 

Figure 2 shows in greater detail an environment in which the NPL agent may be used; 
Figure 3 is a high-level block diagram of a computer system which may embody a gateway server; 
Figure 4 shows a logical overview of the NPL agent and its components; 

Figure 5 shows a message flow for a retrieval of presence/location information in response to a request from an 
^5 application; 

Figure 6 shows a message flow for presence/location notification; 
Figure 7 shows a message flow for user registration; 
Figure 8 shows a message flow for user deregistration; 

Figure 9 is a high level block diagram showing how a SIP NPL agent may be employed in connection with an IP 
50 network; 

Figure 10 shows a message flow for user registration, for a SIP based embodiment; and 

Figure 11 shows a message flow for retrieval of presence/location information in response to a request from an 

application, for a SIP based embodiment. 

55 DETAILED DESCRIPTION 

[0008] A Network Presence and Location (NPL) agent is described. Note that in this description, references to "one 
embodiment" or "an embodiment" mean that the feature being referred to is included in at least one embodiment of 
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the present invention. Further, separate references to "one embodiment" in this description do not necessarily refer to 
the same embodiment; however, neither are such embodiments mutually exclusive, unless so stated and except as 
will be readily apparent to those skilled in the art. Thus, the present invention can include any variety of combinations 
and/or integrations of the embodiments described herein. 

s [0009] For the reasons mentioned above, it is desirable to provide user presence and location information to appli- 
cations which require such information, from a source other than the mobile (wireless) devices. Accordingly, as de- 
scribed in detail below, an NPL agent may be used to acquire user presence and location information from a wireless 
network and to provide such information to applications which require or otherwise use the information. Note that the 
terms "mobile" and "wireless" are used interchangeably in this document in various instances, as will be recognized 

10 by those skilled in the art. 

[0010] Obtaining presence and location information from the wireless network avoids the need to equip user handsets 
with special software or hardware (e.g., GPS capability), and the information is available on most wireless networks. 
In addition, the techniques described herein do not require additional keystrokes or other actions by the user to provide 
presence or location information to applications, and are not limited to emergency situations. 

15 [0011] Figure 1 shows, at a high level, how the NPL agent may be employed. The NPL agent 1 detects and gathers 
user presence and/or location information about a mobile device 2 from a Signaling System 7 (SS7) based wireless 
network 3 and provides the information to an application 4 which needs the information. The application 4 might be, 
for example, an instant messaging application or a real-time traffic advisory application. The NPL agent 1 provides a 
generic interface to the application 4, so as to make the underlying detection techniques and network differences 

20 transparent to the application 4. In one embodiment, the generic interface between the NPL agent 1 and the application 
4 is provided by communicating information in extensible markup language (XML) over Hypertext Transport Protocol 
(HTTP) and Transmission Control Protocol /Internet Protocol (TCP/IP). SS7 and TCP/IP can be used between the 
wireless network 3 and the mobile device 2 and between the NPL agent 1 and the wireless network 3. 
[0012] Figure 2 illustrates in greater detail an environment in which such an NPL agent may be used. As shown, the 

25 NPL agent 21 in Figure 2 may be used to acquire location and presence information about a number (N) of mobile 
devices 22-1 through 22-N. The NPL agent may be asked by any of a number (M) of applications 23-1 through 23-M 
to gather information about specific users, or it may receive information directly from the service provider's network 26 
when a mobile user registers or deregisters on the network. Presence and/or location information retrieved from the 
wireless network 26 is decoded by the NPL agent and passed on to the interested applications. 

30 [0013] Each of the mobile devices 22 may be, for example, a cellular telephone, personal digital assistant (PDA), a 
portable personal computer (PC), or a two-way pager. The applications 23 may be implemented in a number (P) of 
computer systems 24-1 through 24-P connected to a network or internetwork (hereinafter simply "network") 25, which 
is separate from the wireless (SS7) network 26. The network 25 may be, for example, the Internet. Accordingly, some 
or all of the applications 23 may be World Wide Web based applications, for example. Network 25 may also be or 

35 include one or more campus intranets, Local Area Networks (LANs), Wide Area Networks (WANs), or a combination 
thereof. 

[0014] As shown in Figure 2, the NPL agent 21 may be implemented within a server computer system 27 that acts 
as a gateway between the network 25 and the wireless network 26, i.e. within "gateway server" 27. Gateway servers 
which connect wireless networks to the Internet are well known in the art. Such gateway servers have been used, 

40 among other things, to facilitate access by mobile devices such as cellular telephones to the World Wide Web. For 
example, a gateway server capable of supporting these functions can be implemented by using the UP.Link Server 
software, available from Openwave Systems of Redwood City, California, with conventional server computer hardware. 
[0015] As noted above, communication between the NPL agent 21 and the applications 23 may be performed by 
using XML over HTTP and TCP/IP. In addition, in one embodiment the NPL agent 21 communicates with the wireless 

45 network 26 using XML over Short Message Peer to Peer Protocol (SMPP). In particular, as described further below, 
the NPL agent 21 may communicate with a Short Message Service Center (SMSC) 28 using XML over SMPP, while 
the SMSC 28 uses SS7 to communicate with the mobile devices 22 via the wireless network 26. 
[0016] Of course, it is possible to use other protocols for communication between the wireless network 26 and the 
NPL agent 21 . For instance, rather than communicating with the wireless network 26 through the SMSC 28, the NPL 

50 agent 21 may communicate directly with the wireless network 26 using XML over SS7 (as shown in Figure 2). As 
another example, TCP/IP may be used to connect to some of the network nodes directly. Similarly, Session Initiation 
Protocol (SIP) may be used, as described further below. 

[0017] Figure 3 shows, at a high-level, an example of the structure of a processing system representative of the 
gateway server 27, according to one embodiment. Note that the illustrated structure may also be representative of 
55 some or all of the other processing systems shown in Figures 1 and 2, such as the computer systems 24 in which the 
presence/location based applications 23 are implemented. The processing system shown in Figure 3 includes a proc- 
essor 31 , read-only memory (ROM) 32, and random access memory (RAM) 33, each connected to a bus system 38. 
The bus system 38 may include one or more buses connected to each other through various bridges, controllers and/ 
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or adapters, such as are well-known In the art. For example, the bus system 38 may Include a "system bus" that Is 
connected through an adapter to one or more expansion buses, such as a Peripheral Component Interconnect (PCI) 
bus. Also coupled to the bus system 38 are a mass storage device 34, a network interface 35, a Short Message Service 
(SMS) interface 36 (in the case of the gateway server 27), and if desired, a number (Q) of input/output (I/O) devices 
37-1 through 37-Q. Note, however, that a server computer does not necessarily require I/O devices that are designed 
to interface directly with a user. Nonetheless, I/O devices 37 could include a keyboard, a pointing device, a display 
device, and/or any other conventional I/O devices. 

[001 8] Mass storage device 34 may include any suitable device for storing large volumes of data, such as a magnetic 
disk or tape, magneto-optical (MO) storage device, or any of various types of Digital Versatile Disk (DVD) or Compact 
Disk (CD) based storage. Network interface 35 provides data communication between the computer system and other, 
remote computer systems. Hence, network interface 35 may be, for example, a conventional telephone modem, an 
Integrated Services Digital Network (ISDN) adapter, a Digital Subscriber Line (DSL) modem, a cable modem, a satellite 
transceiver, an Ethernet adapter, or a combination thereof. Similarly, SMS interface 36 provides SMS data communi- 
cation between the computer system and a remote SMSC, as described below. SMS 36 may be the same or a similar 
type of device as network interface 35, and in fact, SMS interface 36 and network interface 35 may be implemented 
as a single device. 

[0019] Of course, many variations upon the architecture shown in Figure 3 can be made to suit the needs of a 
particular machine. Thus, certain components may be added to those shown in Figure 3 for a particular machine, or 
certain components shown in Figure 3 may be omitted from a particular machine. 

[0020] Note that many of the features of the NPL agent and other features described herein may be implemented in 
software, as will be recognized by those skilled in the art. That is, the described operations may be carried out in a 
processing system in response to its processor executing sequences of instructions contained in memory. The instruc- 
tions may be executed from a memory, such as RAM, and may be loaded from a persistent store, such as a mass 
storage device and/or from one or more remote computer systems (i.e., a "host" computer system). Alternatively, or 
in addition, special-purpose hardwired circuitry may be used to implement the features described herein. Thus, the 
present invention is not limited to any specific combination of hardware and software, nor to any particular source for 
the instructions in the case of software. 

[0021] Figure 4 gives a logical overview of the Mobile NPL agent and its components, according to one embodiment. 
In the illustrated embodiment, the NPL agent 41 includes a "pull agent" 42 and a "push agent" 47. Note, however, that 
it is not essential that an NPL agent include both a pull agent and a push agent, as herein described. The pull agent 

42 receives requests for presence or location information about mobile devices on the wireless (SS7) network 43 from 
remote applications 44. In response, the pull agent 42 sends corresponding requests to an SMSC 45 associated with 
the wireless network 43. The SMSC 45 queries the wireless service provider's Home Location Register (HLR) 46 for 
the requested presence or location information via the wireless network 43, and returns the requested information to 
the pull agent 42, which decodes the information and provides it to the remote applications 44. 

[0022] In one embodiment, communications between the various entities are carried out as follows: Communication 
between the HLR 46 and the wireless network 43 is by SS7 protocol; communication between the wireless network 

43 and the SMSC 45 is by XML or Mobile Application Part (MAP) over SS7; communication between the pull agent 
42 and the remote applications 44 is by XML over HTTP and TCP/IP; and, communication between the pull agent 42 
and the SMSC 45 is by XML over SMPP. Alternatively, or in addition to the foregoing, the pull agent 42 may communicate 
directly with the wireless network 43 using, for example, XML over SS7 protocol. 

[0023] The pull agent 42 accepts queries for presence/location i nformation from the interested ap plication 44. The 
application 44 indicates the type of information required, such as( fnobile presence, location, orboj K, by selecting the 
appropriate probe operation supported by the pull agent 42. The pull agent 42 processes the queries by sending SMPP 
Submit Request messages via the SMSC 45 to the wireless service provider's HLR 46. Presence and/or location 
information is received via the wireless network 43 by the SMSC 45 and forwarded back to the pull agent 42 by an 
SMPP Delivery Message. The pull agent 42 decodes the SMPP messages and publishes the information requested 
back to the applications 44. 



[0024] In addition, the pull agent 4 2 may receive a registration notification from the wireless service provider's^HL^ 
46 when a user registers on the wireless network after having been absent (e.g., when a user turns on his mobile 
handset). The information is received via the wireless network 43 by the SMSC 45 and forwarded to the pull agent 42 
by an SMPP Alert Message. The pull agent 42 decodes the SMPP message and publishes the information to the 
applications 44. 

[0025] The push agent 47 publishes presence or location information to applications 44 without requiring applications 
44 to reque st the infor mation. The push agent 47 relies on the wireless service provider's HLR/ Mobile Switching Center 
(MSC) to(5roactively\>ush notification of the user's registration or deregistration via the wireless network 43. In one 
embodiment, the presence/location information is pushed to the push agent 47 via TCP/IP in the form of a Serving 
System Message according to J-STD-025 (TIA/ATIS Internet Standard, "Lawfully Authorized Electronic Surveillance", 
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December 1997). Alternatively, XML over TCP/IP may be used. The push agent 47 is also capable of handling other 
types of messages which contain the user presence and location information from the wireless network via TCP/IP 
The messages are decoded by the push agent 47, and the presence/location information is published to the applications 
using XML over HTTP and TCP/IP. 

[0026] As shown above, the pull agent 42 communicates with the wireless network 43 through the SMSC 45 An 
SMSC is a well-known server process that provides SMS for mobile users. An SMSC is well-suited for providing user 
presence and location information, as it already performs similar logic while managing short messages For instance 
an SMSC detects user presence status so that it can either store or forward the short message for the users 
[0027] Additional features are added to the SMSC for querying user presence and location information as described 
below. The SMSC is responsible for detecting the underlying network and sending the relevant network messages to 
fulfill queries from the NPL agent. 

[0028] In one embodiment, the pull agent 42 communicates with the SMSC 45 using SMPP, as already noted SMPP 
is a standard protocol that enables Short Message Entities (SMEs) outside a mobile networkto interface with an SMSC 
In one embodiment, SMPP version 3.4 is chosen, as it allows custom enhancement by using optional parameters. The 
following enhancements to SMPP can be used to provide presence and location queries and information. 

• New service types for presence and location queries are added to the SUBMIT_SM operation request 

• Message state in DELIVER_SM is encoded with presence information 

• Message payioad in DELIVER_SM is encoded with XML format for location information 

• MS Availability Status in ALERT_NOTIFICATION is encoded with presence update information 

[0029] The interaction between the pull agent 42, the application 44, and the SMSC 45 will now be described with 
reference to Figures 5 and 6. A first message flow is for a Presence/Location Retrieve Request, which is the probe for 
a user's presence and/or location information on the service provider's network. The request is originated from the 
application 44 and passed to the pull agent 42. The pull agent 42 is responsible for retrieving the information and 
passing the response back to the requesting application 44. Referring to Figure 5, the process is as follows: 

1 . The application 44 requests presence/location information from the pull agent 42 regarding a user The pull 
agent 42 uses the user identity and probe type included in the request to obtain the appropriate information from 
the service provider's network. The requesting application 44 will wait forthe pull agent 42 to provide the information 
before ending the transaction. 

2. The pull agent 42 sends an SMPP Submit_SM request to the SMSC 45. The pull agent 42 receives an SMPP 
SubmiLSM.Resp response message from the SMSC 45 on successful receipt of the Submit_SM request by the 
SMSC 45. The SMSC 45 will process the request by interpreting the 

3. service type in the message and determining the correct sequence of protocol specific messages to send to the 
service provider's network. 

4. The SMSC 45 receives the presence and/or location information from the service provider's network and for- 
wards it to the pull agent 42 in the form of an SMPP Deliver_SM message. The pull agent 42 acknowledges the 
receipt of the message with the SMPP Deliver_SM_Resp acknowledgement to the SMSC 45. 

5. The pull agent 42 matches the results to the original request and publishes the requested information to the 
requesting application 44, ending the transaction. 

[0030] Another type of message flow relates to the notification of a user's registration on the service provider's net- 
work. This notification is the result of a previous probe operation performed by the pull agent 42 on behalf of the 
application 44, where the pull agent 42 requested to be notified of status change when the result of the probe yields 
a mobile status of OPEN/ON . Since the original application request has already been resolved, the notification cannot 
be passed back to the application 44 in the same transaction. Accordingly, the pull agent 42 will publish the information 
to the application 44 in a separate transaction. This process, as shown in Figure 6, is as follows: 

1 . The SMSC 45 receives notification from the service provider's network that the status for a user has changed 
The notification is passed to the pull agent 42 in the form of an SMPP Alert Notification. 
2^ The pull agent 42 decodes the message and publishes the presence and/or location information to the application 

55 [0031] The interaction between the service provider's network, the push agent and the presence/location based 
applications will now be described with reference to Figures 7 and 8. In the case of user registration a J-STD-025 
Serving System Message will be generated by the HLR 46 when the service provider's MSC issues a RegistrationNo- 
tification message for a mobile user. The presence/location information will be published to the application 44 The 
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process, as shown in Figure 7, is as follows: 

1 . The service provider's MSC detects the registration of the mobile user on the network. It sends a Registration- 
Notification Invoke message to the HLR 46. 
5 2. The HLR 46 acknowledges the successful receipt of the message. 

3. The HLR 46 sends a Serving System Message to the push agent 47. The push agent 47 decodes the message 
and determines the status of the mobile user. 

4. The push agent 47 publishes the presence/location information to the application 44. 

10 [0032] In the case of user deregistration, a J-STD-025 Serving System Message will be generated by the HLR 46 
when the MSC Issues a MobileStation Inactive message for a mobile device. The presence/location information will be 
published to the application 44. The process, as shown in Figure 8, is as follows: 

1 . The service provider's MSC detects the deregistration of the mobile user on the network. It sends an Mslnactive 
15 Invoke message to the HLR 46. 

2. The HLR 46 acknowledges the successful receipt of the message. 

3. The HLR 46 sends a Serving System Message to the push agent 47. The push agent 47 decodes the message 
and determines the status of the mobile user. 

4. The push agent 47 publishes the presence and/or location information to the application 44. 

20 

[0033] As already mentioned, an NPL agent as described herein publishes a generic application interface for any 
presence/location based application to either retrieve or receive user presence/location information. In one embodi- 
ment, the interface is based on XML over HTTP, as noted above. XML is used to encode the presence/location infor- 
mation so that it is easy for applications to understand and decode the data. HTTP is used to transfer the XML data 
25 because it is an open and generic transport protocol and is ubiquitous in many Internet applications. The following 
XML Document Type Definition (DTD) defines an example of the presence/location format exchanged between the 
NPL agent and the presence/location based applications. Note that the presence/location information is presented in 
a generic format, so that it can be applied not only for mobile users, but also for PC users, PDA users, etc. 

30 

<!ENTTTY %ActionType "(retrieve)"> 

<!ENTTTY %ProbeType "(probe-status | probe-location | probe-location- 
status | full-probe-status | full-probe-location-status)"> 
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<!ELEMENT source-service-profile (source-service-request | source- 
service-response | source-service-notification) > 

<!ELEMENT source-service-request(address) > 

<!ATTLIST source-service-request 

action %ActionType #IMPLIED 

P robe %ProbeType #IMPLIED 

mps-id CDATA #REQUIRED 

request-id CDATA #IMPLIED 

> 

<! A E ?£ MENT source-service-response (source-information*, mps-status)> 

<ATTLIST source-service-response 

request-id CDATA #IMPUED 

source-id CDATA #IMPLIED 

> 

<!ELEMENT mps-status EMPTY> 
<!ATTLIST mps-status 

mps-code CDATA #REQUIRED 

description CDATA #REQUIRED 

> 

<!ELEMENT source-information (address, soarce-presence-informaHon?, 
source-location-information?, mps-status?)> 
<!ATTLIST source-presenceinformation 

source-presence-type CDATA 

#REQUIRED 

source-presence-bearer CDATA 
#IMPLIED 

source-presence-note CDATA 
#IMPLIED 

source-presence-timestamp CDATA 
#IMPLIED 

source-presence-state CDATA 
#REQUIRED 

source-presence-user-timestamp CDATA 
#IMPLIED 

source-presence-user-state CDATA 
#IMPLIED 

> 

<!ELEMENT source-location-information (lai-cid?, geo-location?)> 
<!ATTLIST source-location-information 
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source-location-type CDATA 

source-location-timestamp CDATA 

loc-number CDATA 

vlr-number CDATA 

msc-id CDATA 



#REQUIRED 

#REQUIRED 

#IMPLIED 

#IMPLIED 

#IMPLIED 
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<! ELEMENT lai-cid EMPTY> 

<! ATTLIST lai-cid 

mcc CDATA 

mnc CDATA 

lac CDATA 

cid CDATA 

> 



#REQUIRED 
#REQUIRED 
#REQUIRED 
#IMPLIED 



<!ELEMENT geo-location (geo-point*)) 

<!ATTLIST geo-location 

<!— Shape, could be "E", "EC", "EE", "P" -» 
shape CDATA 
uncertainty-code CDATA 
Number-points CDATA 

> 

<!ELEMENT geo-point EMPTY> 

<! ATTLIST geo-point 

. id CDATA 
latitude CDATA 
longitude CDATA 

> 



#REQUIRED 
#REQUIRED 
#IMPLIED 



#REQUIRED 
#REQUIRED 
#REQUIRED 



<!ELEMENT source-service-notification (source-information*)> 
<! ATTLIST source-service-notification 

source-id CDATA #IMPLIED 

> 

<!-address value uses URI scheme, for example msisdn:4251112222 -> 

<!ELEMENT address EMPTY> 

<! ATTLIST address value CDATA #REQUIRED> 

The following XML DTD may be used by the SMSC to report 
presence/location information in a Message Payload. 

[0034] The following XML DTD may be used by the SMSC to report presence/location information in a Message 
Payload. 



8 



EP 1 248 484 A1 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



<!ENTITY %Boolean (true | false)> 

<!ELEMENT ProbeResult (Routelnfo? Statuslnfo? 

<!ATTLIST ProbeResult 

TimeStamp CDATA 
SvcName CDATA 

> 

<!ELEMENT Routelnfo EMPTY> 
<!ATTLIST Routelnfo 

GtNbr CDATA 

> 

<!ELEMENT Statuslnfo EMPTY> 

<!ATTLIST Statuslnfo 

CamelBusy %Boolean 
Asmldle %Boolean 
NrReason CDATA 
NpFromVk %Boolean 

> 

<!ELEMENT Loclnfo (LaiCid? GeoInfo?)> 
<!ATTLIST Loclnfo 

LocNbr CDATA 
LocAge CDATA 
VlrNbr CDATA 

> 

<!ELEMENT LaiCid EMPTY> 
<!ATTLIST Loclnfo 

Mcc CDATA 
Mnc CDATA 
Lac CDATA 
Cid CDATA 

> 

<!ELEMENT Geolnfo (GeoPoint*)> 
<!ATTLIST Geolnfo 

Shape CDATA 
UncCode CDATA 
NumPts CDATA 

> 

<!ELEMENT GeoPoint EMPTY> 
<!ATTLIST GeoPoint 

Id CDATA 
Lat CDATA 
Lng CDATA 



LocInfo?)> 

' #REQUIRED 
#REQUIRED 



#REQUIRED 



#REQUIRED 
#REQUIRED 
#REQUIRED 
#REQUIRED 



#REQUIRED 
#REQUIRED 
#REQUIRED 



#REQUIRED 
#REQUIRED 
#REQUIRED 
#IMPLIED 



#REQUIRED 
#REQUIRED 
#REQUIRED 



#REQUIRED 
#REQUIRED 
#REQUIRED 



[0035] As noted above, certain features are added to the SMSC for the purpose of querying user oresence and 
locauon .formation, as will now be described. The SMSC will support probe Services via the sS^ ZS^Z 
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ence and location determination. The SMSC may be either an SMS server or an intervening SME gateway that is 
connected to one or more SMS servers. Service types are defined for all combinations of status, routing, delivery, and 
location operations. Although different network technologies involve different sequences of operations, the results are 

rfi IOn Below q araex^nptes of state table descriptions for the probe services for two illustrative network technologies: 
1) Time Division Multiple Access (TDMA) using the "IS-41" protocol (as defined in TIA/EIA-41 -D), and 2) Global System 
for Mobile-Communications (GSM) using GSM MAP. 

r00371 Tables 1 and 2 set forth definitions which apply to the state tables below. In particular, Table 1 defines the 
□ossicle events while Table 2 defines the possible actions. For those actions and events which are followed by pa- 
rentheses "( )". the term enclosed within the parentheses in the following state tables indicates the content or nature 
of the event or action. 



Table 1 . 


SMSC Events 


Event 


Meaning 


MsgExpired 


Validity period of message has expired 


MsgDelete 


Message was deleted 


OprTimeout 


Operation timer has expired 


OprRetry 


Operation failed but can be retried 


OprReject 


A non-retriable operation failure occurred 


SMPPSubmit 


An SMPP message was submitted to the SMSC 


SMSReqResult() 


Result has been received from an SMS Request invoke 


SMSNotif() 


Network notification of subscriber available 


SMSDIvResult() 


Result has been received from an SMS Deliver invoke 


SRIResult() 


Result has been received from a Send Routing Information 


invoke 




RDSResultQ 


Result has been received from a Request Delivery Status 


invoke 




SCAIert 


Network notification of subscriber available 


FSMResult() 


Result has been received from a Forward Short Message 


invoke 




ATIResult() 


Result has been received from an Any Time Interrogation I 


invoke 





Table 2. 



SMSC Actions 


Action 


Meaning 


SMSReqInvoke 

SMSDIvlnvoke 

SRIlnvoke 

RDS Invoke 

FSMlnvoke 

ATllnvoke 

SMPPDIvRpt() 

SMPPAlert() 

SetOprTimer 


Invoke an SMS Request operation 
Invoke an SMS Deliver operation 
Invoke a Send Routing Information operation 
Invoke a Request Delivery Status operation 
Invoke a Forward Short Message operation 
Invoke an Any Time Interrogation operation 
Send an SMPP Delivery Report to requestor 
Send an SMPP Alert Notification to requestor 
Set a configurable retry timer. 



r00381 Tables 3 through 5 are state tables that apply to an SMSC implementing TDMA with IS-41 protocol. A separate 
state table is provided for each of the following three SMSC methods: route only (Table 3), route and deliver (Table 4), 
and status only (Table 5). . cll(;ni 
r00391 With respect to the SMSC's interactions with the NPL agent, note, for example, in Table 4, the event SMSDi- 
vResult(SUCCESS) and its corresponding action SMPPDivRpt(DELIVERED) when in the SMSDLV state. This event- 
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action pair corresponds to the delivery of location and/or presence information to the NPL agent in response to a query. 



Table 3. 



5 


IS-41 Probe Method 1 : Route Only 


Event 


Action 


iNext-otate 




State - IDLE 








SMPPSubmit 


SMSReqlnvoke 


SMSREQ 


10 


s ^te - SMSREQ (SMS Request operation invoked) 






Msg Expired 


SMPPDIvRnt/pyPIRPrrt 


IDLE 




MsgDelete 


9MPPni\/Pnt/nn crc:r\\ 
oivir ruivripnutLfc: I bU) 


IDLE 




OprTimeout 


SMS Rpn I m/nlfo 


SMSREQ 




OprRetry 


SMSRpnlnvnkp 

wl»IU 1 1CU 1 1 1 V Ur\U 


SMSREQ 




OprReject 


SMPPDIvRpt(REJECT) 


IDLE 




oMoneqnesuit(SUCCESS) 


SMPPDIvRpt(DELIVERED) 


IDLE 




SMSReqResult(POSTPONED) 


SMPPDIvRpt(EN ROUTE) 


WAITNTF 




SMSReqResult(DENIED) 


SMPPDIvRpt(REJECT) 


IDLE 


20 


SMSReqResult(UNAVAIL) 


SMPPDIvRpt(REJECT) 


IDLE 




SMPPSubmit 


Discard 


SMSREQ 




State - WAITNTF (Wait for Notific 


nation) 




25 


Msg Expired 


SMPPDIvRpt(EXPIRED) 


IDLE 




MsgDelete 


SMPPDIvRpt(DELETED) 


IDLE 




OprTimeout 


SMSReqlnvoke 


SMSREQ 




SMSNotif(SUCCESS) 


SMPPAIert(SUCCESS) 


IDLE 




SMSNotif(POSTPONED) 


SetOprTimer 


WAITNTF 


30 


SMSNotif(DENIED) 


SMPPDIvRpt(REJECT) 


IDLE 




SMSNotif(UNAVAIL) 


SMPPDIvRpt(REJECT) 


IDLE 




SMPPSubmit 

Note: 


SMSReqlnvoke 


SMSREQ (1) 



35 



(1) Replace and start over 



Table 4. 



40 



45 



50 



55 



IS-41 Probe Method 2: Route and Deliver 



Event 



Next-State 

State - IDLE 
SMPPSubmit 



Action 



SMSReqlnvoke 
SMSREQ 



st ate - SMSREQ (SMS Request operation invoked) 

SMPPDIvRpt(EXPIRED) 
IDLE 

SMPPDIvRpt(DELETED) 
IDLE 

SMSReqlnvoke 
SMSREQ 
SMSReqlnvoke 
SMSREQ 



MsgExpired 
MsgDelete 
OprTimeout 
OprRetry 
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Table 4. (continued) 



IS-41 Probe Method 2: Route and Deliver 



Event 



OprReject 

SMSReqResult(SUCCESS) 

SMSReqResult(POSTPONED) 
WAITNTF 

SMSReqResult(DENIED) 

SMSReqResult(UNAVAlL) 

SMPPSubmit 



Action 



SMPPDIvRpt(REJECT) 
IDLE 

SMPPDIvRpt(ENROUTE) + SMSDIvlnvoke 
SMSDLV 

SMPPDIvRpt(ENROUTE) 

SMPPDIvRpt(REJECT) 
IDLE 

SMPPDIvRpt(REJECT) 

IDLE 

Discard 

SMSREQ 



State - SMSDLV (SMS Deliver operation invoked) 



MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

SMSDIvResult(SUCCESS) 

SMSDlvResult(RETRY) 

SMSDIvResult(POSTPONED) 
WAITNTF 

SMSDIvResult(REJECT) 
SMPPSubmit 



SMPPDlvRpt(EXPlRED) 
IDLE 

SMPPDIvRpt(DELETED) 
IDLE 

SMSDIvlnvoke 
SMSDLV 
SMSDIvlnvoke 
SMSDLV 

SMPPDIvRpt(REJECT) 
IDLE 

SMPPDIvRpt(DELIVERED) 
IDLE 

SetOprTimer 
SMSDLV 

SMPPDIvRpt(ENROUTE) 

SMPPDIvRpt(REJECT) 

IDLE 

Discard 

SMSDLV 



State - WAITNTF (Wait for Notification)) 



MsgExpired 

MsgDelete 

OprTimeout 

SMSNotif(SUCCESS) 

SMSNotif(POSTPONED) 

WAITNTF 

SMSNotif(DENIED) 



SMPPDIvRpt(EXPIRED) 
IDLE 

SMFPDIvRpt(DELETED) 
IDLE 

SMSReqlnvoke 
SMSREQ 

SMFPAIert(SUCCESS) 
IDLE 

SetOprTimer 

SMPPDIvRpt(REJECT) 
IDLE 



12 



EP 1 248 484 A1 



Table 4. (contin ued) 



5 


IS-41 Probe Method 2: Route and Deliver 


Event 


Action 




SMSNotif(UN AVAIL) 


SMPPDIvRpt(REJECT) 






IDLE 




SMPPSubmit 


SMSReqlnvoke 


10 




SMSREQ 



15 



20 



25 



30 



35 



40 



Table 5. 



IS-41 Probe Method 3: Status Only 



Event 



State - IDLE 
SMPPSubmit 

State - SMSREQ (SMS Request 

MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

SMSReqResult(SUCCESS) 
SMSReqResult(POSTPONED) 
SMSReqResult(DENIED) 
SMSReq Result(UNAVAIL) 
SMPPSubmit 



Action 



SMSReqlnvoke 

operation invoked) 
SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
SMSReqlnvoke 
SMSReqlnvoke 
SMPPDIvRpt(REJECT) 
SMPPDIvRpt(DELIVERED) 
SMPPDIvRpt(ENROUTE) 
SMPPDIvRpt(REJECT) 
SMPPDIvRpt(REJECT) 
Discard 



Next-State 



SMSREQ 



IDLE 
IDLE 

SMSREQ 

SMSREQ 

IDLE 

IDLE 

IDLE 

IDLE 

IDLE 

SMSREQ 



0040] Tables 6 through 10 below apply to an SMSC implementing GSM. A state table is provided for each of the 
following f.ve SMSC methods: route only (Table 6); route and deliver (Table 7) location and sta u fSble « mil 
location, and status (Table 9); and, route, location, status, and deliver Table 10 ( >' 



45 



50 



55 



Table 6. 



GSM Probe Method 1; Route Only 



Event 



State - IDLE 
SMPPSubmit 



Action 



SRIInvoke 



State - SRI (Send Routing Information operation invoked) 
MsgExpired 
MsgDelete 
OprTimeout 
OprRetry 
OprReject 

SRIResult(SUCCESS) 
SRI Result(ABSENT) 
SRIResult(RETRY) 
SRIResuIt(REJECT) 
SMPPSubmit 



SMPPDIvRpt(EXPIRED) 


IDLE 


SMPPDIvRpt(DELETED) 


IDLE 


SRIInvoke 


SRI 


SRIInvoke 


SRI 


SMPPDIvRpt(REJECT) 


IDLE 


SMPPDIvRpt(DELIVERED) 


IDLE 


SMPPDIvRpt(ENROUTE) +RDSInvoke 


RDS 


SetOprTimer 


SRI 


SMPPDIvRpt(REJECT) 


IDLE 


Discard 


SRI 



Next-State 



SRI 
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Table 6. (continued) 



GSM Probe Method 1: Route Only 



Event 



Action 



State - RDS (Request Delivery Status operation invoked) 



MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

RDSResult(SUCCESS) 

RDSResult(OTHER) 

SMPPSubmit 



SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
RDSInvoke 
RDS Invoke 

SMPPDIvRpt(REJECT) 

SetOprTimer 
Discard 



State - ALR (Wait for Alert) 



MsgExpired 

MsgDelete 

OprTimeout 

SCAIert 

SMPPSubmit 



SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
SRIInvoke 

SMPPAIert(SUCCESS) 
SRIInvoke 



Table 7. 



GSM Probe Method 2: Route and Deliver 


Event 


Action 


Next-State 


State - IDLE 






SMPPSubmit 


SRIInvoke 


SRI 


State - SRI (Send Routing Information operation invoked) 




MsgExpired 


SMPPDIvRpt(EXPIRED) 


IDLE 


MsgDelete 


SMPFDIvRpt(DELETED) 


IDLE 


OprTimeout 


SRIInvoke 


SRI 


OprRetry 


SRIInvoke 


SRI 


OprReject 


SMPPDIvRpt(REJECT) 


IDLE 


SRIResult(SUCCESS) 


SMPPDIvRpt(ENROUTE)+FSMInvoke 


FSM 


SRIResult(ABSENT) 


SMPPDIvRpt(ENROUTE)+RDSInvoke 


RDS 


SRIResult(RETRY) 


SetOprTimer 


SRI 


SRIResult(REJECT) 


SMPPDIvRpt(REJECT) 


IDLE 


SMPPSubmit 


Discard 


SRI 


State - RDS (Request Dt 


ilivery Status operation invoked) 




MsgExpired 


SMPPDIvRpt(EXPIRED) 


IDLE 


MsgDelete 


SMPPDIvRpt(DELETED) 


IDLE 


OprTimeout 


RDSInvoke 


RDS 


OprRetry 


RDSInvoke 


RDS 


OprReject 


SMPPDIvRpt(REJECT) 


IDLE 


RDSResult(SUCCESS) 




ALR 


RDSResult(OTHER) 


SetOprTimer 


SRI 
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Table 7. (continued) 


GSM Probe Method 2: Route and Deliver 


Event 


Action 


Next-State 


SMPPSubmit 

State - FSM (Forward Sr 

MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

FSMResult(SUCCESS) 

FSMResult(RETRY) 

FSMResult(ABSENT) 

FSMResult(REJECT) 

SMPPSubmit 

State - ALR (Wait for Aler 

MsgExpired 

MsgDelete 

OprTimeout 

SCAIert 

SMPPSubmit 


Discard 

lort Message operation invoked) 
SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
FSMInvoke 
FSMInvoke 

SMPPDIvRpt(REJECT) 

SMPPDIvRpt(DELIVERED) 

SetOprTimer 

SMPPDIvRpt(ENROUTE)+RDSInvoke 

calVI U IV Hpt( R E J ECT) 

Discard 

t) 

SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
SRIInvoke 

SMPPAIert(SUCCESS) 
SRIInvoke 


RDS 

IDLE 
IDLE 
FSM 
FSM 
IDLE 
IDLE 
FSM 
RDS 
IDLE 
FSM 

IDLE 

IDLE 

SRI 

IDLE 

SRI 



Table 8 . 

GSM Probe Method 3: Location and Status 



Event 



Action 



Next-State 



State - IDLE 
SMPPSubmit 

State - ATI (Any Time 
MsgExpired 
MsgDelete 
OprTimeout 
OprRetry 
OprReject 

ATIResult(SUCCESS) 
ATIResult(INACTIVE) 
ATI Result( RETRY) 
ATIResult(REJECT) 
SMPPSubmit 



ATI Invoke 



Interrogation operation invoked) 
SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
ATI Invoke 
ATllnvoke 

SMPPDIvRpt(REJECT) 
SMPPDIvRpt(DELIVERED) 
SMPPDIvRpt(UNDELIV) 
SetOprTimer 

SMPPDIvRpt(REJECT) 
Discard 



ATI 



IDLE 

IDLE 

ATI 

ATI 

IDLE 

IDLE 

IDLE 

ATI 

IDLE 

ATI 
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Table 9. 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



GSM Probe Method 4: Route, Location and Status 



Event 



State - IDLE 



SMPPSubmlt 



Action 



ATI Invoke 



Next-State 



ATI 



State - ATI (Any Time Interrogation operation invoked) 



MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

ATIResult(SUCCESS) 
ATI Result(lN ACTIVE) 
ATI R es u It ( R ET R Y) 
ATIResult(REJECT) 
SMPPSubmit 



SMPPDIvRpt(EXPIRED) 


IDLE 


SMPPDIvRpt(DELETED) 


IDLE 


ATI Invoke 


ATI 


ATI Invoke 


ATI 


SMPPDlvRpt(REJECT) 


IDLE 


SMPPDlvRpt(DELIVERED) 


IDLE 


SMPPDIvRpt(ENROUTE)+SRIlnvoke 


SRI 


SetOprTimer 


ATI 


SMPPDIvRpt(REJECT) 


IDLE 


Discard 


ATI 



State - SRI (Send Routing Information operation invoked) 




MsgExpired 


SMPPDIvRpt(EXPIRED) 


IDLE 


MsgDelete 


SMPPDlvRpt(DELETED) 


IDLE 


OprTimeout 


SRI Invoke 


SRI 


OprRetry 


SRIInvoke 


SRI 


OprReject 


SMPPDIvRpt(REJECT) 


IDLE 


SRIResult(SUCCESS) 


SMPPDIvRpt(DELIVERED) 


IDLE 


SRIResult(ABSENT) 


SMPPDIvRpt(ENROUTE)+RDSInvoke 


RDS 


SRlResult(RETRY) 


SetOprTimer 


SRI 


SRIResult(REJECT) 


SMPPDIvRpt(REJECT) 


IDLE 


SMPPSubmit 


Discard 


SRI 



State - RDS (Request Delivery Status operation invoked) 
~~ SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
RDSlnvoke 
RDSInvoke 

SMPPDIvRpt(REJECT) 



MsgExpired 
MsgDelete 
OprTimeout 
OprRetry 
OprReject 
RDSResult(SUCCESS) 
RDSResult(OTHER) 
SMPPSubmit 



SetOprTimer 
Discard 



State - ALR (Wait for Alert) 



MsgExpired 

MsgDelete 

OprTimeout 

SCAIert 

SMPPSubmit 



SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
SRIInvoke 

SMPPAIert(SUCCESS) 
ATI Invoke 



IDLE 

IDLE 

RDS 

RDS 

IDLE 

ALR 

SRI 

RDS 



IDLE 

IDLE 

SRI 

IDLE 

ATI 
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Table 10. 



GSM Probe Method 5: Route, Location, Status and Deliver 



Event 



Action 



Next-State 



State - IDLE 
SMPPSubmit 

State - ATI (Any Time 

MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

ATIResult(SUCCESS) 
ATIResult(INACTIVE) 
ATI R esu lt( R ETR Y) 
ATI Resu lt( R E J ECT) 
SMPPSubmit 



ATI Invoke 



Interrogation operation invoked) 
SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
ATI Invoke 
ATI Invoke 

SMPPDIvRpt(REJECT) 
SMPPDIvRpt(DELIVERED) 
SRIInvoke 
SetOprTimer 
SMPPDIvRpt(REJECT) 
Discard 



State - SRI (Send Routing Information operation invoked) 



MsgExpired 


SMPPDIvRpt(EXPIRED) 


IDLE 


MsgDelete 


SMPPDIvRpt(DELETED) 


IDLE 


OprTimeout 


SRIInvoke 


SRI 


OprRetry 


SRIInvoke 


SRI 


OprReject 


SMPPDIvRpt(REJECT) 


IDLE 


SRIResult(SUCCESS) 


FSM Invoke 


FSM 


SRIResult(ABSENT) 


SMPPDIvRpt(ENROUTE)+RDSInvoke 


RDS 


SRIResult(RETRY) 


SetOprTimer 


SRI 


SRIResult(REJECT) 


SMPPDIvRpt(REJECT) 


IDLE 


SMPPSubmit 


Discard 


SRI 



State - RDS (Request Delivery Status operation invoked) 



ATI 



IDLE 

IDLE 

ATI 

ATI 

IDLE 

IDLE 

SRI 

ATI 

IDLE 

ATI 



MsgExpired 

MsgDelete 

OprTimeout 

OprRetry 

OprReject 

RDSResult(SUCCESS) 

RDSResult(OTHER) 

SMPPSubmit 



SMPPDIvRpt(EXPIRED) 
SMPPDIvRpt(DELETED) 
RDSInvoke 
RDSInvoke 

SMPPDIvRpt(REJECT) 

SetOprTimer 
Discard 



State - FSM (Forward Short Message operation invoked) 



MsgExpired 
MsgDelete 
OprTimeout 
OprRetry 
OprReject 
FSMResult(RETRY) 
FSMResult(SUCCESS) 



SMPPDIvRpt(EXPIRED) 
SMPPDlvRpt(DELETED) 
FSMInvoke 
FSMInvoke 

SMPFDIvRpt(REJECT) 
SetOprTimer 

SMPPDIvRpt(DELIVERED) 



IDLE 

IDLE 

RDS 

RDS 

IDLE 

ALR 

SRI 

RDS 



IDLE 
IDLE 
FSM 
FSM 
IDLE 
FSM 
IDLE 
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Table 10. (continued) 



GSM Probe Method 5: Route, Location, Status and Deliver 


Event 


Action 


Next-State 


FSMResult(ABSENT) 
SMPPSubmit 

State - ALR (Wait for Alet 

MsgDelete 

MsgExpired 

OprTimeout 

SCAIert 

SMPPSubmit 


SMPPDIvRpt(ENROUTE)+RDSInvoke 
Discard 

t) IDLE 
SMPPDIvRpt(DELETED) 
SMPPDIvRpt(EXPIRED) 
SRIInvoke 

SMPPAIert(SUCCESS) 
ATI Invoke 


RDS 
IDLE 
FSM 

IDLE 

IDLE 

SRI 

IDLE 

ATI 



[0041] As noted above, an NPL agent may use SIP to acquire presence or location information, either alternatively 
or in addition to the above-described techniques. Hence, the NPL agent may be, or may include, a SIP NPL agent 

20 which supports SIP. Such an embodiment extends the capabilities of detecting user presence and location information 
to an IP network, as shown in Figure 9. Note that an NPL agent according to the present invention may include a SIP 
NPL agent and the above-described pull and push agents. Referring to Figure 9, the SIP NPL agent 91 is capable of 
sending SIP INVITE messages to the SIP servers 92 in the IP network 93 to query the current users' IP location 
addresses, whether the users' devices 94 are conventional (non-mobile) PCs, laptop PCs, PDAs, IP telephones, etc. 

25 In addition, the SIP NPL agent 91 is also capable of receiving SIP REGISTER messages from the SIP user agents to 
push the user IP location address information to the applications 95. Adding the support of SIP allows the user mobile 
and IP location address to be interchanged between a mobile network and the IP network. 

[0042] The message flows associated with an SIP NPL agent will now be described with reference to Figures 9 
through 1 1 . When a user registers on the IP network 93, the SIP user agent (not shown) of the user's processing device 
30 94 will issue a REGISTER message that indicates the current user presence and location to the NPL agent 91 . The 
NPL agent 91 will publish that information in XML format to any interested applications 95. Figure 1 0 shows the message 
flow between the SIP user agent, the SIP server, the NPL agent, and any applications, which is as follows: 

1 . When a user registers to the IP network 93, the SIP user agent 98 of the user's device sends a REGISTER 
35 message to the SIP server 92. 

2. The SIP server 92 receives the REGISTER message, processes the message as it normally would, but also 
forwards the REGISTER message to the SIP NPL agent 91 . 

3. The SI P NPL agent 91 receives the REGISTER message, parses out the user presence and location information, 
and publishes the information to any interested applications 95 in XML format. 

40 

[0043] The SIP NPL agent 91 also supports the ability to query for presence or location information. Note that SIP 
provides an INVITE method to invite a user to join a session. In order for the session to be established, a SIP server 
needs to check the user presence and location information. Accordingly, the SIP NPL agent 91 uses the same INVITE 
method to query the network for user presence and location. Figure 11 shows the message flow between the SIP User 
4 5 agent, the SIP server, the SIP NPL agent and any applications, which is as follows: 

1 . The application 95 requests presence/location information from the SIP NPL agent 91 regarding a user. The 
SIP NPL agent 91 uses the user identity and probe type specified in the request to obtain the appropriate information 
from the network. 

so 2. The SIP NPL agent 91 issues an SIP INVITE message to the SIP server 92, which in turn forwards the message 

to the relevant SIP user agent 98. 

3. The SIP NPL agent 91 receives the response for the INVITE message from the SIP user agent 98 that has been 
forward by the SIP server 92. 

4. The SIP N PL agent 91 derives the presence/location information from the INVITE response message and returns 
55 the information back in the 

[0044] Retrieve Response message to the requesting application 95. 

[0045] Thus, a wireless network presence and location agent has been described. Although the present invention 
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set orth in * cZf aIZ ! ?S dlmentS , W ' th0Ut departing from the broader s P irit and scope of the invention as 
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DlZ£ TnlZTZf « '° Ca i0 " a9em Which acquires P resence and locati °n "ntemiation about a 
2 01 mobile J'*" °P eratln 9 on a w 'reless network from an entity on the wireless network other than the 

T e L T eS ' T d Wh ' Ch Pr0Vid6S th6 aCqUir6d Presence and location in «°n to remote applSttons which 
use said information on a computer network. w nicn 

iSETiS? " etW r rk Pr !?" Ce '° Cati0n agent 38 recited in claim 1 - wherei " «•» network presence and 

nTorl^n f ,S ° 9Ured t0 f a ' qUire the PrSSenCe and IOCation information in «*P°™ to requests for said 
information from one or more of the remote applications. 

l S a e t^«nft d netWOrk th presence and loca «on agent as recited in claim 1, wherein the network presence and 
location agent acquires the presence and location information independently of any requests for said information. 

A server-based network presence and location agent as recited in claim 1, wherein the network presence and 
A server-based network presence and location agent as recited in claim 4, wherein the network presence and 

»s:r: n r location in,orma,ion to the remote appiica «° ns - £E£Z£ s 

guage (XML) format using Hypertext Transport Protocol (HTTP). 
A mobile network presence and location agent comprising: 

L P J!l a on n ilt reCeiVe 8 req , UeSt fr ° m 3 r6m0te a PP |ica,ion forpresence or location information about a mobile 
dev.ce operating on a w.reless network, and to send a corres ponding re quest for the presence or location 
informat.on to a Short Message Service Center (@), such rthat tesJUn^ Z^ZZ a Home 

wSin m e e Slr <HLR) "* ? Wire ' eSS networt ^- thi requested plence ^ loL'tionTfo^ation 
where the SMSC responds by providing the presence or location information to the pull agent, and wherein 
the pull agent subsequently provides the presence or location information to the remote application- and 
a push agent to receive location or presence information about a mobile device operating on the wireless 
network from the@> wherein the presence or location information received by the push agent b nit in 
response to a spe^request for said information, and wherein the push agent subset entfy prov des he 
presence or location information to a remote application. Provides the 

A mobile network presence and location agent as recited in claim 7, wherein the SMSC provides the presence or 

5SS£5S5 pu " a9ent in extensible markup ,angua9e (XML) format using Short Messag * p ~ r °° 

9. A mobile network presence and location agent as recited in claim 7, wherein the pull agent subsequently provides 
thepresence or location information to the remote application in XML format using Hypertext Transport Pmtocol 

10. A mobile network presence and location agent as recited in claim 7, wherein: 

|!l S f C pn S,*f* e Presence or location inflation to the pull agent in extensible markup language (XML) 
format using Short Message Peer to Peer Protocol (SMPP)' and 

the pull agent subsequently provides the presence or location information to the remote application in XML 
format using Hypertext Transport Protocol (HTTP). 
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1 1 A mobile network presence and location agent as recited in claim 1 0, wherein the push agent provides the presence 

* or location information to a remote application on the computer network in XML format using HTTP. 

12. A mobile network presence and location agent as recited in claim 7, wherein the push agent communicates with 
5 the HLR according to J-STD-025. 

13 A mobile network presence and location agent as recited in claim 7, further comprising a Session Initiation Protocol 

* (SIP) aqent to receive location or presence information about a processing device on a networkfrom an SIP server, 
and to send the location or presence information about the processing device to a remote application on the com- 

10 puter network. 

14 A mobile network presence and location agent as recited in claim 13, wherein the SIP agent sends the location or 
presence information to the remote application in XML format using Hypertext Transport Protocol (HTTP). 

is 15. A mobile network presence and location agent as recited in claim 13, wherein the processing device is on an 
Internet Protocol (IP) based network. 

16. A mobile network presence and location agent comprising: 

20 a pull agent to receive a request for presence or location information about a mobile device from a remote 

application over a computer network, and to send a corresponding request for the presence or location infor- 
mation to a Short Message Service Center (SMSC), such that the SMSC responds by querying a Home Lo- 
cation Register (HLR) of a wireless network on which the mobile device operates to obtain the requested 
presence or location information, wherein the SMSC provides the presence or location information to the pull 

25 agent in extensible markup language (XML) format using Short Message Peer to Peer Protocol (SMPP), and 

wherein the pull agent subsequently provides the presence or location information to the remote application 
in extensible markup language (XML) format over the computer network using Hypertext Transport Protocol 
(HTTP) the presence or location information for use by the remote application; and 
a push agent to receive location or presence information about a mobile device operating on the wireless 

30 network from the HLR, wherein the presence or location information received by the push agent is not in 

response to a specific request for said information, and wherein the push agent subsequently provides the 
presence or location information to a remote application over the computer network in XML format using HTTP. 

1 7 A mobile network presence and location agent as recited in claim 1 6, further comprising a Session Initiation Protocol 
35 (SIP) agent to receive location or presence information about a processing device on an Internet Protocol (IP) 

based network from an SIP server, and to send the location or presence information about the processing device 
to a remote application in XML format using SMPP 

18. A mobile network presence and location agent as recited in claim 1 6, wherein the push agent communicates with 
40 the HLR according to J-STD-025. 

19. A processing system comprising: 

a processor; 

45 a communications interface by which to communicate on a computer network; 

a communications interface by which to communicate with a Short Message Service Center (SMSC); and 
a storage facility storing instructions for execution by the processor, which instructions configure the processing 
system to: 

receive a request for presence or location information about a mobile device operating on a wireless 
network from a remote application over a computer network; 

send a corresponding request for the presence or location information to the SMSC, to cause the SMSC 
to query a Home Location Register (HLR) of the wireless network to obtain the requested presence or 
location information, wherein the presence or location information is received from the SMSC in extensible 
markup language (XML) format using Short Message Peer to Peer Protocol (SMPP); and 
provide the received presence or location information to the remote application in XML format using Hy- 
pertext Transport Protocol (HTTP) over the computer network, the presence or location information for 
use by the remote application. 
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20. A processing system as recited in claim 19, wherein the instructions further configure the processing system to 
receive location or presence information about a mobile device operating on the IZZSS^SX^Si 
without having requested said information, and to subsequently provided i£Ep£^I^J^ 
mation to a remote application over the computer network in XML format using HTTP. 

21. A processing system as recited in claim 19, wherein the instructions further configure the processing system to 
receive , locadon or presence information about a processing device on an Internet Protocol (IP) based « 
mm a Session Initiation Protocol (SIP) server, and to send the location orpresence information about the proS 
mg device to a remote application in XML format using HTTP. process 

22. A gateway server comprising: 

a processor; 

a communications interface by which to communicate with a packet-based computer network- 
a communications interface by which to communicate with a wireless network- 

z^^sr** content from the servers to the mobi,e devices * -p— <° 

lvl a ™t reCeiVe 3 req , UeSt fr ° m 3 rem ° te apP ' iCati0n f0r presence or location info^ation about a mobile 
°" a , W,re t SS n6tWOrk ' 8nd t0 Send a c ° rres P°n<*ng request for the presence or location 
information to a remote entity on the wireless network, wherein the remote entity is not any of the mobite 
devices.wherem the remote entity responds by providing the presence or location information to the pullTgent 
and wherein the pull agent subsequently provides the presence or location information to the remote "applS 

23 ' ^ rSCit6d in C ' aim 22 ' Wh6rein th6 r6m0te emity iS 3 H0me Location Re 9 feter (HLR) of the 

24 ' sS^ZusT" " C ' aim 23 ' ,he PU " a9ent receives ,he information via a Short ^ 

2S ' tT^lT e Z er a U eCited , in daim 24 ' Wh ° rein the SMSC P rovides the P rese "<* or location information to the 
pull agent ,n extens.ble markup language (XML) format using Short Message Peer to Peer Protocol^MPP) 

26 ' t^Z^T ^ T it6d C ' aim 25 ' WhSrein the PU " 39ent ^sequently provides the presence or location 
information to the remote appl.cation in XML format using Hypertext Transport Protocol (HTTP). 

about a mobile device operating on the wireless network from the remote entity, wherein the presence or loca oJ 

"he rlTclT T ^ th 7 USh a9Snt iS n0t ' n reSP ° nSe t0 3 Specific reaues <<" -S ' JoSndS 
the push agent subsequently provides the presence or location information to a remote application. 

to 9 j a sTD a 025 erVer 33 r6Cited ^ C ' aim 27 ' Wher6in PUSh a9ent communica ^ with the remote entity according 



28. 



29 ' a r 9 e a lrL S nT e t raS T ^ C ' aim 28 ' WMerein thS PUSh agent pr0vides the P resen <* °' location information to 
a remote application on the computer network in extensible markup language (XML) format using HTTP. 

30. A gateway server as recited in claim 22, further comprising a Session Initiation Protocol (SIP) agent to receive 
oca on or presence information about a processing device on a network from an SIP serve and o send he 
location or presence .formation about the processing device to a remote application on the impute r.ZoT 



31. 



A gateway server as recited in claim 30, wherein the SIP agent sends the location or presence information to the 
remote applicat.on in extensible markup language (XML) format using Hypertext Tt-SSTSSSS) 

32 ' iLtr 38 redted ^ C ' aim 31 ' Wh6rein Pr ° CeSSin9 d8Vice is ° n an lnternet Pr °'°-' (IP) based 

33. An apparatus for providing an application with location and presence information about a mobile device operating 
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on a wireless network, the method comprising: 

means for receiving presence or location information about the mobile device from a remote entity; and 
means for sending the received presence or location information to a remote application in extensible markup 
language (XML) format using Hypertext Transport Protocol (HTTP). 

34 An apparatus as recited in claim 33, wherein said means for receiving the presence or location information com- 
* prises means for receiving the presence or location information in an XML format using Short Message Peer to 

Peer Protocol (SMPP). 

35 An apparatus as recited in claim 34, wherein said means for receiving the presence or location information com- 
prises means for receiving the presence or location information from a Short Message Service Center (SMSC). 

36 An apparatus as recited in claim 33, wherein said means for receiving the presence or location information com- 
prises means for receiving the presence or location information from a Home Location Register (HLR) of the wire- 
less network. 

37 An apparatus as recited in claim 33, wherein said means for receiving the presence or location information com- 
prises means for receiving the presence or location information from a Session Initiation Protocol (SIP) server by 
using SIP. 

38 An apparatus as recited in claim 33, wherein said means for receiving the presence or location information com- 
prises means for receiving the presence or location information from a General Packet Radio Service (GPRS) 
server. 

39. An apparatus as recited in claim 33, wherein the presence or location information can be received in response to 
a request for the presence or location information previously transmitted to the remote entity. 

40. An apparatus as recited in claim 39, wherein the request for the presence or location information is in response 
to a prior request from a remote application requiring said information. 

41 . An apparatus as recited in claim 33, further comprising means for pushing the presence or location information to 
the remote application independent of any request for said information. 

42. An apparatus as recited in claim 41 , wherein the presence or location information is pushed to the remote appli- 
cation in a manner compliant with J-STD-025. 

43. A method of providing an application with location and presence information about a mobile device operating on 
a wireless network, the method comprising: 

receiving presence or location information about the mobile device from a remote entity; and 
in response to receiving the presence or location information, sending the presence or location information to 
a remote application in extensible markup language (XML) format using Hypertext Transport Protocol (HTTP). 

44 A method as recited in claim 43, wherein said receiving the presence or location information comprises receiving 
the presence or location information in an XML format using Short Message Peer to Peer Protocol (SMPP). 

45. A method as recited in claim 44, wherein said receiving the presence or location information comprises receiving 
the presence or location information from a Short Message Service Center (SMSC). 

46 A method as recited in claim 43, wherein said receiving the presence or location information comprises receiving 
the presence or location information from a Home Location Register (HLR) of the wireless network. 

47. A method as recited in claim 43, wherein said receiving the presence or location information comprises receiving 
the presence or location information from a Session Initiation Protocol (SIP) server by using SIP. 

48. A method as recited in claim 43, wherein said receiving the presence or location information comprises receiving 
the presence or location information from a General Packet Radio Service (GPRS) server. 



22 



10 



15 



20 



25 



30 



35 



40 



45 



EP 1 248 484 A1 

49. A method as recited in claim 43, wherein the presence or location information can be received in response to a 
request for the presence or location information previously transmitted to the remote entity. 

50. A method as recited in claim 49, wherein the request for the presence or location information is in response to a 
prior request from a remote application requiring said information. 

^Zlt^T^XT^ the ^ eSenCe ° r l0ca «° n '«>n ^ -eived as push infection, not 

52 - IfSS^J^iSS^ the presence or ,ocation info,mation is received as push j — in 

53. A method of providing an application on a computer network with location and presence information about a mobile 
device operating on a wireless network, the method comprising: 

receiving a first request for presence or location information from an application over the computer network- 

S^tTr?! 0 iuT!' olio?? 8 S6COnd reqU6St corres P° ndin 9 to the first request to a Short Message 
Service Center (SMSC), the SMSC obtaining the requested information in response to the second request bv 
querying a Home Location Register (HLR) of the wireless network; 
receiving the requested information from the SMSC; 

in response to receiving the requested information from the SMSC, sending the requested information to the 
application over the computer network. 

54. A method as recited in claim 53, wherein said receiving the requested information from the SMSC comprises 
SprotocolSSr inf0rmati0n in eXtenS ' ble markUP lan9Uage (XML) format usin 9 Short Messaae Peer to 

55 " tndinnt 38 f"" ^ * S6ndin9 reques,ed "Nation to the application comprises 

sending the requested information to the application in XML format by using Hypertext Transport Protocol (HTTP). 

56. A method of providing an application on a computer network with location and presence information about a mobile 
device operating on a wireless network, the method comprising: 

receiving a first request for presence or location information from an application over the computer network- 

PrZ P °?^l S6nding 3 S6COnd reqUeSt corres P°" di ng to the first request to a Session Initiation 

Protocol (SIP) server by using SIP, the SIP server obtaining the requested information in response to the 
second request by using SIP to query a SIP user agent of the processing device; 
receiving the requested information from the SIP server by using SIP- 

in response to receiving the requested information from the SIP server, sending the requested information to 
the application over the computer network. 

57. A method as recited in claim 56, wherein said sending the requested information to the application over the com- 
puter network comprises sending the requested information to the application over the computer network in ex- 
tensible markup language (XML) format by using Hypertext Transport Protocol (HTTP) 
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